Method, System, Terminal and Device Management Server for Installing Software Components

ABSTRACT

A method for installing software components includes: a terminal receives a software component package delivered by a Device Management (DM) server directly or a download address of the component package and a command instructing to download delivered by the DM server, where the software component package contains more than one software component; if the terminal receives the download address and the command instructing to download, the terminal downloads the software component package from the download address; the terminal installs the obtained software component package locally and generates management nodes and subnodes of the management nodes corresponding to the software components under a Deployed subtree of the Software Component Management Object (SCOMO) of the terminal With the present invention, the process of installing software component is more reasonable. A system and apparatus for installing software components are also provided.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/498,611, filed Jul. 7, 2009, which is a continuation of InternationalApplication No. PCT/CN2008/071270, filed Jun. 11, 2008, which claimspriority from Chinese Patent Application No. 200710111788.3, filed Jun.11, 2007, Chinese Patent Application No. 200710123436.X, filed Jun. 22,2007, and Chinese Patent Application No. 200710130148.7, filed July 20,2007, all of which are incorporated herein by reference in theirentirety.

TECHNICAL FIELD

The present disclosure relates to data transport technologies in thecommunication field, and in particular, to a method, system,terminal anddevice management server for installing software components.

BACKGROUND

Mobile terminals are an important part in an entire mobile networksystem. With Device Management (DM), data is downloaded from the networkto a terminal device via an Over The Air (OTA) mechanism and theterminal device reads the downloaded data and further completessubsequent installation and configuration of the software components.Meanwhile, service information required by the user and functioninformation of the terminal device are transferred from the terminaldevice to the DM server automatically. Thus, a Device Management System(DMS) provides a cost-effective solution for maintaining and managingdata in a terminal device, including setting initial configurationinformation of a terminal device, installing and updating permanentinformation on the terminal device, and extracting managementinformation from the terminal device, as well as processing differenttypes of event and alarm information generated by the terminal device.

Now it is able to download, install and remove software components for aterminal device. The following describes how a software component isdownloaded and installed to illustrate the technical solution of theconventional art.

In the conventional art, a Software Component Management Object (SCOMO)is stored in the management tree of a terminal device. A DM serverdelivers an Exec command to an. executable node in the SCOMO to managesoftware components.

FIG. 1 shows a partial structure of a SCOMO in the conventional art. Thedownload and installation process includes: the DM server downloads asoftware component by operating on the Download subtree and theDelivered subtree of the SCOMO; after the terminal downloads thecomponent, the DM server delivers an Exec command to the executable nodeof the SCOMO; the terminal device executes the command to install thesoftware component. The node that receives the Exec command is anInstall node or an Install Inactive node in the Delivered subtree. Afterthe installation is complete, the terminal reports the installationresult to the DM server. If the reporting mode is asynchronous, theterminal reports the installation result by sending a Generic Alert. Theinformation reported includes a Uniform Resource Identifier (URI) of theinstalled software component. If the reporting mode is synchronous, theterminal reports the execution result code of the Exec command via aStatus command corresponding to the Exec command.

However, the conventional DM solution for downloading and installing asoftware component is subject to the following defects:

1. In the process of installing and managing a software component,parameters are not supported so that the operation may fail. Forexample, the installation of a software component may requireinformation such as a serial number. In addition, personalizedmanagement is not supported to the extent needed to meet various userrequirements.

2. After the installation is complete, due to the lack of an accesscontrol right assignment method for the installed component object, thesecurity level may be degraded.

BRIEF SUMMARY

Embodiments of the disclosure may provide a method, system, terminal anddevice management server for installing software components.

According to some embodiments, there is provided a method for installingsoftware components including:

receiving, by a terminal, a software component package directlydelivered by a DM server or a download address of the software componentpackage and a command instructing to download delivered by the DMserver, where the component package contains one or more components;

downloading, by the terminal, the component package from the downloadaddress if the terminal receives the download address and the commandinstructing to download; and [00141 by the terminal, installing theobtained component package locally and generating management nodescorresponding to the components as well as subnodes of the managementnodes under a Deployed subtree of a SCOMO.

According to some embodiments, there is also provided a system forinstalling software components including:

a DM server, adapted to deliver a software component package directly toa terminal or deliver a download address of the component package and acommand instructing to download to the terminal, where the componentpackage contains more than one component; and

the terminal, adapted to receive the component package delivered by theDM server, or the download address of the component package and thecommand instructing to download delivered by the DM server, and if thedownload address and the command instructing to download are received,download the component package from the download address, install theobtained component package locally, and generate management nodescorresponding to the components and subnodes of the management nodesunder a Deployed subtree,

According to some embodiments, there is also provided a terminalincluding:

a receiving unit, adapted to receive a software component packagedelivered by a DM server or a download address of the component packageand a command instructing to download delivered by the DM server, wherethe component package contains more than one component;

a downloading unit, adapted to download the component package from thedownload address if the terminal receives the download address and thecommand instructing to download; and

an installing unit, adapted to install the obtained component packagelocally and generate management nodes corresponding to the components aswell as subnodes of the management nodes under a Deployed subtree of aSCOMO.

According to some embodiments, there is also provided a DM serverincluding:

a delivering unit, adapted to deliver a software component packagedirectly to a terminal via a DM command or deliver a download address ofthe component package and a command instructing to download to theterminal, where the component package contains more than one component;and

a receiving unit, adapted to receive a message reported by the terminal,where the message includes one or more of the following items: URI of amanagement node generated under a Delivered subtree, URIs of managementnodes generated under a Deployed subtree, name and ID of the componentpackage, and names and IDs of the components.

With the method, system, terminal and DM server provided in embodimentsof disclosure, the process of installing software components is morereasonable.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a partial structure of a SCOMO in a conventional art;

FIG. 2 shows a structure of a system provided in an embodiment of thedisclosure;

FIG. 3 shows the state transition of a software component package in aterminal in an embodiment of the disclosure;

FIG. 4A shows the state transition of a software component in a terminalin an embodiment of the disclosure;

FIG. 4B shows the state transition of a software component in a terminalin another embodiment of the disclosure;

FIG. 5 shows a flowchart of a method in a first embodiment of thedisclosure;

FIG. 6 shows a structure of a SCOMO that downloads and installs softwarecomponents when download is indirect in the first embodiment of thedisclosure;

FIG. 7 shows a structure of a SCOMO that downloads and installs softwarecomponents when download is direct in the first embodiment of thedisclosure;

FIG. 8 shows a flowchart of three download modes in the first embodimentof the disclosure;

FIG. 9 shows a structure of a SCOMO where a Pkg1 management nodegenerated under the Download subtree includes information of softwarecomponents;

FIG. 10 shows a structure of a terminal in an embodiment of the presentdisclosure;

FIG. 11 shows a workflow of a terminal in an embodiment of thedisclosure;

FIG. 12 shows a structure of a DM server in an embodiment of thedisclosure;

FIG. 13 shows a workflow of a DM server in an embodiment of thedisclosure;

FIG. 14 shows a flowchart of a method in a second embodiment of thedisclosure;

FIG. 15 shows a structure of a SCOMO where a Pkg2 management node isgenerated under the Download subtree;

FIG. 16 shows a structure of a SCOMO where a Pkg2 management node isgenerated under the Delivered subtree;

FIG. 17 shows a flowchart of a method in a third embodiment of thedisclosure;

FIG. 18 shows a structure of a SCOMO where a Pkg3 management node isgenerated under the Delivered subtree; and

FIG. 19 shows a structure of a SCOMO where a Component1 management nodeis generated under the Deployed subtree.

DETAILED DESCRIPTION OF THE DISCLOSED EMBODIMENTS

As shown in FIG. 2, a system in an embodiment of the invention includesa DM server 1 and a terminal 2, where the DM server 1 is adapted todeliver a software component package that contains more than onesoftware component to the terminal 2 directly via a DM command directlyor adapted to deliver the download address of the software componentpackage and a command instructing to download to the terminal 2; theterminal 2 is adapted to receive the software component package or thedownload address of the software component package and the commandinstructing to download delivered by the DM server 1; if the downloadaddress of the software component package and the command instructing todownload are received, the terminal 2 downloads the software componentpackage according to the download address, installs the obtainedsoftware component package locally, and generates management nodescorresponding to the components and subnodes of the management nodesunder a Deployed subtree.

If the command instructing to download is DownLoad, after the terminal 2downloads the component package according to the download address andbefore the component package is installed locally, or if the commandinstructing to download is DownLoadInstall or DownLoadInstallInactive,after the terminal 2 downloads the software component package accordingto the download address but fails to install the software componentpackage, the terminal 2 is further adapted to generate a management nodecorresponding to the software component package and subnodes of themanagement node under a Delivered subtree and assign access controlrights to the management node and the subnodes.

Before the terminal 2 generates the management node corresponding to thesoftware component package under the Delivered subtree, the terminal 2may be adapted to judge whether the ID of the downloaded softwarecomponent package is identical with the ID of a component packagecorresponding to a management node and its subnodes already existingunder the Delivered subtree; if so, the terminal 2 modifies informationof the management node and the subnodes already existing under theDelivered subtree to information of the downloaded package; or else, theterminal 2 generates a management node corresponding to the downloadedpackage and subnodes of the management node under the Delivered subtree.

The DM server 1 is further adapted to instruct the terminal 2 togenerate a management node for the component package under the Downloadsubtree before delivering the command instructing to download; theterminal 2 is further adapted to set access control rights of themanagement node generated under the Download subtree as access controlrights of the management node generated under the Delivered subtree; orthe terminal 2 is adapted to set access control rights of the managementnode generated under the Delivered subtree to null so that themanagement node inherits the access control rights of its parent node,or set specific access control rights for the management node generatedunder the Delivered subtree, or combine access control rights of themanagement node generated under the Download subtree and access controlrights of the parent node of the management node generated under theDelivered subtree and set the combined access control rights as theaccess control rights of the management node generated under theDelivered subtree.

The DM server 1 may be adapted to instruct the terminal 2 to generate amanagement node for the software component package under the Downloadsubtree before delivering the command instructing to download; if theterminal 2 judges that the downloaded software component package isidentical with the software component package corresponding to amanagement node already existing under the Delivered subtree, theterminal 2 is further adapted to set the sum of access control rights ofthe management node generated under the Download subtree and accesscontrol rights of the management node already existing under theDelivered subtree as the access control rights of the management nodegenerated under the Delivered subtree.

The terminal 2 is further adapted to let a subnode of the managementnode generated under the Delivered subtree inherit the access controlrights of the management node, or set the access control rights of anexecutable node under the Download subtree as the access control rightsof an executable node of the management node generated under theDelivered subtree.

The terminal 2 may also be adapted to receive the DM command deliveredby the DM server 1 for a Delivered subtree node and judge whether the DMserver 1 has the right to execute the DM command on the node accordingto the access control rights assigned to the node, and if the DM server1 has the right, execute the DM command on the node.

The DM server 1 is further adapted to send a parameter to the terminal2; then the terminal 2 is further adapted to download the softwarecomponent package, or install the software component package, or removethe software component package, or activate the software components, ordeactivate the software components, or remove the software componentsaccording to the parameters.

The DM server 1 is further adapted to instruct the terminal 2 to add asubnode to the SCOMO of the terminal 2 before sending the parameters tothe terminal 2.

The DM server 1 may also be adapted to send the parameters to theterminal 2 via a DM command which instructs the terminal 2 to download,install or remove the software component package, or instruct theterminal 2 to activate, deactivate or remove the software components.

The terminal 2 is further adapted to judge whether the softwarecomponent package contains a software component that is identical with asoftware component corresponding to a management node and its subnodesalready existing under the Deployed subtree after installing thesoftware component package and before generating the management node andits subnodes corresponding to the component under the Deployed subtree.If so, the terminal 2 is adapted to modify information of the managementnode and its subnodes under the Deployed subtree to information of thecomponent in the software component package; otherwise, the terminal 2is adapted to generate a management node and its subnodes correspondingto the software component in the software component package under theDeployed subtree.

The terminal 2 is further adapted to determine that two softwarecomponents are identical if judging that IDs or names of the softwarecomponents are the same; otherwise, the terminal determines that the twosoftware components are different.

If judging that one software component in the software component packageis identical with a software component corresponding to a managementnode already existing under the Deployed subtree, the terminal 2 isfurther adapted to modify information of the management node under theDeployed subtree to information of the software component in thesoftware component package and set the sum of access control rights ofthe management node generated for the software component package underthe Delivered or Download subtree and access control rights of themanagement node already existing under the Deployed subtree as theaccess control rights of the management node generated under theDeployed subtree.

Before delivering the software component package to the terminal 2, theDM server l is further adapted to instruct the terminal 2 to generate amanagement node corresponding to the software component package underthe Delivered subtree, and the management node includes softwarecomponent information; the terminal 2 is then further adapted to storethe software component information included in the management node underthe Delivered subtree into the Deployed subtree.

The terminal 2 is further adapted to set access control rights for themanagement node and subnodes of the management node after generating themanagement node corresponding to the software component under theDeployed subtree.

The terminal 2 is also adapted to set access control rights of themanagement node corresponding to the software component packagegenerated under the Delivered or Download subtree as access controlrights of the management node generated under the Deployed subtree, orset access control rights of the management node generated under theDeployed subtree to null so that the management node inherits accesscontrol rights of its parent node, or set specific access control rightsfor the management node generated under the Deployed subtree, or combineaccess control rights of the management node under the Delivered orDownload subtree and access control rights of the parent node of themanagement node generated under the Deployed subtree and set thecombined access control rights as the access control rights of themanagement node generated under the Deployed subtree.

The terminal 2 is also adapted to let the subnodes of the managementnode generated under the Deployed subtree inherit access control rightsof the management node, or set access control rights of an executablenode under the Delivered or Download subtree as access control rights ofan executable node of the management node generated under the Deployedsubtree.

After the terminal 2 generates the management node corresponding to thesoftware component under the Deployed subtree, the terminal 2 is furtheradapted to receive the DM command delivered by the DM server 1 for theDeployed subtree node, and judge whether the DM server 1 has the rightto execute the DM command on the node according to access control rightsassigned to the node, and if the DM server 1 has the right, execute theDM command on the node.

After the terminal 2 generates the management node corresponding to thecomponent under the Deployed subtree, the terminal 2 is further adaptedto report an installation response message to the DM server 1, and theinstallation response message includes: URI of the management nodegenerated under the Deployed subtree.

If the command instructing to download carries DownLoad as an indirectdownload instruction, after the download is complete and before thesoftware component package is installed, or if the command instructingto download carries DownLoadInstall or DownLoadInstallInactive as anindirect download instruction, when the download is complete but theinstallation fails, the terminal 2 reports a download response messageto the DM server 1, and the download response message includes: URI ofthe management ode generated under the Delivered subtree.

The download response message and the installation response message arereported in a synchronous or asynchronous mode.

If the reporting mode is synchronous, the terminal 2 is further adaptedto carry the URI in the download response message or the installationresponse message via an Item element of a Status command.

The download response message further includes a name and/or ID of thesoftware component package; the installation response message furtherincludes a name and/or ID of the software component.

If the Download instruction is used for direct download or indirectdownload, after generating the management node corresponding to thesoftware component under the Deployed subtree, the terminal 2 is furtheradapted to set the state of the package to Installed.

The following describes embodiments of the disclosure in detail.

FIG. 3 shows the state transition of a delivered software componentpackage in a terminal in an embodiment of the disclosure. As shown inFIG. 3, the delivered software component package may be in any of thefour states: Not Download indicates the software component package isnot downloaded by the terminal and does not exist in the terminal;Delivered indicates the software component package is downloaded by theterminal but not yet installed; installed indicates the softwarecomponent package is installed; Removed indicates the software componentpackage is removed. The software component package may transit from onestate to another among the four states. For example, after the softwarecomponent package is downloaded, the software component package statechanges from Not Downloaded to Delivered; then the software componentpackage state changes from Delivered to Installed after the softwarecomponent package is installed, when the software components in thesoftware component package may he activated or not activated; when thesoftware component package is removed, without being installed, thesoftware component package state changes from Delivered to Removed; whenthe software component package is removed after being installed, thesoftware component package state changes from Installed to Removed; ifthe installation fails and the software component package is not removedfrom the terminal, the software component package state changes from NotDownloaded to Delivered; if the installation fails and the softwarecomponent package is removed, the software component package statechanges from Not Downloaded to Removed; if the software componentpackage is downloaded and directly installed, the software componentpackage state changes from Not Downloaded to Installed, when thesoftware components in the software component package may be activatedor not activated. It is apparent that the software component packageexists in the Download subtree and the Delivered subtree. The NotDownloaded and Removed states may be combined to one Idle state,indicating that the software component package is not downloaded or isalready removed, which means the software component package does notexist in the terminal.

Software components exist in the Deployed subtree. FIG. 4A shows thestate transition of a software component in a terminal. Inactiveindicates the software component is installed but not available becauseit is not activated; Active indicates the component is installed andactivated and the software component is now available; Removed indicatesthe software component is removed. A software component may transit fromone state to another among the three states. When the component isactivated, the software component state changes from Inactive to Active;conversely, the software component state changes from Active toInactive; if the software component is removed without being activated,the software component state changes from Inactive to Removed; if thesoftware component is removed when activated, the software componentstate changes from Active to Removed. The Removed state may be changedto Idle, indicating that the software component is not installed or isremoved, which means the software component does not exist in theterminal. When a software component package is in the Installed state,the state of the software components contained in the software componentpackage changes from Idle to Active or Inactive. When a softwarecomponent is removed, the software component state changes from Activeor Inactive to Idle,

In an embodiment of the disclosure, a software component package may hea means of encapsulating and delivering one or more software componentswithout being managed. In this embodiment of the disclosure, thesoftware component package may have no state transition while onlysoftware components have transition of states. In this case, the statetransition of a software component is shown in FIG. 4B. Idle indicatesthe software component is not downloaded, not installed, or alreadyremoved; Delivered indicates the software component is downloaded butnot installed; Inactive indicates the software component is installedbut not activated and therefore not available; Active indicates thesoftware component is installed and activated and therefore available.In FIG. 4B, a broken line means the state is not changed after anoperation fails, and a real line indicates a normal operation process. Asoftware component may transit from one state to another among fourstates. When the software component is only downloaded or when thesoftware component is downloaded but the installation fails, thesoftware component state changes from Idle to Delivered (when thedownload fails, the state remains unchanged); when the softwarecomponent is installed, the component state changes from Idle orDelivered to Act or Inactive (when the installation fails, the stateremains unchanged); When the software component is activated, thesoftware component state changes from Inactive to Active (when theactivation fails, the state remains unchanged); when the softwarecomponent is deactivated, the software component state changes fromIdle, or Delivered, or Active to Inactive (when the deactivation fails,the state remains unchanged); if the software component is removed, thesoftware component state changes from Delivered, or Inactive, or Activeto Idle (when the removal fails, the state remains unchanged).

One software component package may contain one or more softwarecomponents. One software component may represent one applicationprogram, an antivirus patch, or a library file of one applicationprogram. Before a software component is installed, the softwarecomponent must be placed in a software component package. After thesoftware component package is downloaded and successfully installed, thesoftware component becomes a deployed component.

FIG. 5 shows a flowchart of the first method embodiment of thedisclosure. In this embodiment, the name of a software component packageis ascendo; the software component package ID is PkgID_(—)1; thesoftware component package contains three software components of whichthe names are respectively ascendo_(—)1, ascendo_(—)2, and ascendo_(—)3and the IDs are respectively ComID_(—)1, ComID_(—)2, and ComID_(—)3. Theflowchart includes the following steps:

Step 501: A DM server delivers the software component package to aterminal directly via a DM command or delivers the download address ofthe package and a command instructing to download to the terminal. Thesoftware component package contains more than one software component.

The DM server first determines the download mode of the terminal. If thedownload mode is indirect, the DM server delivers the software componentpackage to the terminal directly via a DM command; if the download modeis indirect, the DM server delivers the download address of the softwarecomponent package and the command instructing to download to theterminal, and the download address of the software component package andthe command instructing to download may be delivered in one DM sessionor different DM sessions. The DM server may deliver the commandinstructing to download to the terminal repetitively for one downloadaddress.

For easy management, the DM server may send an instruction relatedparameter to the terminal before delivering the operation instructionwhich may be an instruction to download, install, remove, oractivate/deactivate a software component. The terminal executes theinstruction according to the parameter. The parameter may be deliveredin two methods. One is to add a node to the software componentmanagement tree of the terminal and the server delivers the parametervia the node. The other method is to carry the parameter directly in theData element of the delivered Exec command. The following explains theparameter delivery method by describing how to deliver a parameterrelated to the instruction to install a software component. Otherinstruction related parameters are delivered in the same method. Beforethe terminal installs the software component package, the DM serverdelivers a parameter to the terminal if necessary. This means the DMserver may deliver the parameter when the DM server delivers thesoftware component package via a DM command or delivers a commandinstructing to download or an installation command. The parameter mayinstruct the terminal to install only certain software components in thesoftware component package, for example, only Java related components orC++ related components. The parameter may also indicate the processingpolicy for the terminal to generate a Deployed subtree after theinstallation. Or, the DM server may deliver the parameter at other timedepending on the actual need. In the subsequent installation process,the terminal can install the downloaded software component packagelocally according to the parameter. There are multiple parameterdelivery modes. For example, the DM server instructs the terminal togenerate a management node for the software component package under asubtree of the SCOMO and add a subnode for the management node, anddelivers the parameter to the subnode directly; or the DM server maydeliver the parameter to the terminal directly via a DM command. Thelatter mode is described in step 503. In this step, the former mode isdescribed as follows:

The DM server instructs the terminal to generate a management node forthe software component package under a subtree of the SCOMO and add asubnode for the management node. The subtree where the management nodeis generated varies with the download mode. The download mode may bedirect or indirect, where indirect download further includes downloadvia the Dow instruction and download via the DownLoadInstall orDownLoadInstallInactive instruction.

If download is indirect, the DM server instructs the terminal togenerate a management node for the software component package under theDownload subtree. As shown in FIG, 6, the terminal generates amanagement node named Pkg1 under the Download subtree and adds a subnodefor the management node to store the parameter delivered by the DMserver. The subnode may be named InstallPara. In this download mode, theDM server may deliver the parameter to the Download/Pkg1/InstallParasubnode, where Pkg1 is the name of the generated management node.

If download is direct, the DM server instructs the terminal to generatea management node for the software component package under the Deliveredsubtree. As shown in FIG. 7, the terminal generates a management nodenamed Pkg1 under the Delivered subtree and adds a subnode for themanagement node to store the parameter delivered by the DM server.Likewise, the subnode may be named InstallPara. In this download mode,the DM server may deliver the parameter to theDelivered/Pkg1/InstallPara subnode.

Despite the download mode, it may be necessary to add a storage space inthe terminal as a subnode. The existence of the subnode depends on theneed of the server. If a parameter (like a serial number) is needed forthe installation, or if personalized installation is required (forexample, to install only Java related components or only C++ relatedcomponents), or if it is necessary to provide the server withinformation of the operating environment of the software components (forexample, whether the software component or software component packagerequires a Java environment or a C++ environment), the terminal may addan InstallPara subnode; otherwise, it is unnecessary to add theInstallPara subnode.

The node information of InstallPara is listed in Table 1. InstallPara islocated at DownLoad/<X>/InstallPara, with an optional status and in anyformat. In this embodiment of the disclosure, the InstallPara subnode isin a character (Chr) format. At most, one InstallPara subnode can beadded and the minimum access type is Get. These settings are applicableto all download modes.

TABLE 1 Status Tree Occurrence Format Min. Access Types OPTIONAL Zero orone Any (such as Chr) Get

Table 2 lists the information of a Name subnode. The position of Name isDownLoad/<X>/Name, or Inventory/Delivered/<X>/Name, orInventory/Deployed/<X>/Name. These settings are applicable to alldownload modes. This subnode is required in a Chr format. The number ofexecutable nodes that can be added is one. The minimum access type isGet.

TABLE 2 Status Tree Occurrence Format Min. Access Types REQUIRED One ChrGet

In addition, the Pkg1 node includes a. State subnode. The position ofState is Inventory/Delivered/<X>/State. The information of State islisted in Table 3. The State subnode records state information of thecurrent software component package or software component. The Deliveredstate may be indicated by “10” and the Installed state may be indicatedby “20”, as in Table 4.

TABLE 3 Status Tree Occurrence Format Min. Access Types REQUIRED Zero orone Integer (Int) Get

TABLE 4 Integer State Value Description Delivered 10 Indicates that thepackage is in the Delivered state. Installed 20 Indicates that thepackage is in the Delivered state. After the package is installed in theDelivered state, the state will change from Delivered to Installed.

Apparently, the DM server may deliver the parameter after the DM serverdelivers the command instructing to download and before the terminalinstalls the software component package.

If the download mode is indirect, the DM server stores the downloadaddress of the software component package in the PkgURL subnode of themanagement node named Pkg1 and delivers the command instructing todownload. The terminal may download the software component package tothe local in the preset download mode according to the download address.

Step 502: If the terminal receives the download address and the commandinstructing to download, the terminal downloads the package according tothe download address and stores the software component package locally.

As described above, the download mode may be direct or indirect. In thedirect download mode, the DM server instructs the terminal to generate amanagement node for the software component package to be downloadedunder the Delivered subtree of the SCOMO and execute a Replace commandon the Data node of the Delivered subtree so as to deliver the softwarecomponent package to the terminal. In the indirect mode, the DM serverinstructs the terminal to generate a management node for the softwarecomponent package to be downloaded under the Download subnode and setdownload information, including the software component package name,version, and download address, in the subnodes of the management nodeand add applicable operation rights; then the DM server delivers thecommand instructing to download to the terminal. FIG. 8 shows aflowchart of three download modes, including:

Step 801: The DM server determines the download mode and delivers acommand instructing to download.

Step 802: The terminal selects processing according to the downloadinstruction. The following describes the three download modesrespectively.

1. Indirect download via the Download instruction.

Step 803: The terminal downloads the software component package to theterminal from the download address of the software component package asprovided by the DM server.

Step 804: Before installing the software component package, the terminalgenerates a management node corresponding to the software componentpackage that is successfully downloaded under the Delivered subtree.This means the terminal generates a management node under the Deliveredsubtree for the software component package. Before generating themanagement node, the terminal needs to judge whether a management nodeexists under the Delivered subtree where the PkgID corresponding to thismanagement node is identical with the ID of the downloaded softwarecomponent package. The PkgID may be provided by a software publisher ora package publisher. If such a management node exists, the terminalmodifies information of the management node and its subnodes alreadyexisting under the Delivered subtree to information of the currentlydownloaded software component package and reassigns access controlrights to the management node. If such a management node does not exist,the terminal generates a management node and its subnodes for thedownloaded software component package under the Delivered subtree andreassigns access control rights to the new management node. Inembodiments of the disclosure, assigning access control rights to a nodemeans: generating an Access Control List (ACL) attribute for the node,and assigning a value to the attribute. The value of ACL may be null (toinherit the ACL value of the parent node by default) or non-null (theACL value of the node itself).

In this embodiment, the ID of the downloaded software component packageis PkgID_(—)1. Before the terminal generates the management nodecorresponding to the software component package, the terminal judgeswhether a PkgID subnode identified as PkgID_(—)1 exists for themanagement node under the current Delivered subtree. If such a subnodeexists, the terminal modifies information, of the existing managementnode and its subnodes to information of the downloaded softwarecomponent package and reassigns access control rights to the managementnode and its subnodes. Otherwise, the terminal generates a newmanagement node for the downloaded software component package under theDelivered subtree, where the value of the PkgID subnode of the newmanagement node is PkgID_(—)1, and assigns access control rights to thenew management node and its subnodes. As shown in FIG. 6, the terminalsets a value for each subnode of the management node corresponding tothe software component package generated under the Delivered subtree.This value may be the same as the value of the counterpart subnode ofthe management node corresponding to the software component packagegenerated under the Download subtree. The value of the State subnode isDelivered. In addition, the terminal assigns access control rights andother attribute values to the management node and the subnodes of themanagement node generated under the Delivered subtree.

In this embodiment, access control rights may be assigned in multiplemethods, which are described with examples as follows:

The method for assigning access control rights to a management nodeunder the Delivered subtree is: as described in step 501, when aDownload instruction is used, before the DM server delivers the commandinstructing to download, the terminal has generated a management nodecorresponding to the software component package under the Downloadsubtree, and therefore the terminal assigns the access control rights ofthe management node under the Download subtree to the management nodegenerated under the Delivered subtree, or lets the management node underthe Delivered subtree inherit the access control rights of its parentnode (Delivered node), or assigns specific access control rights (suchas Get=*) to the Delivered subtree.

The method for assigning access control rights to a subnode of themanagement node is: a subnode of the management node under the Deliveredsubtree inherits access control rights of the management node, or theterminal assigns the access control rights of the counterpart subnode ofthe management node corresponding to the software component packageunder the Download subtree to the subnode of the management node underthe Delivered subtree. Or, the above two methods may be combined so thatpart of the subnodes of the management node under the Delivered subtreeinherit the access control rights of the management node while the othersubnodes of the management node under the Delivered subtree are assignedthe access control rights of their counterparts of the management nodecorresponding to the software component package under the Downloadsubtree.

For executable subnodes of the management node (Install,InstallInactive, and Remove under Operations), the terminal sets theaccess control rights of counterpart executable nodes under the Downloadsubtree as their access control rights. This means the terminal sets theaccess control rights of the three executable nodes Install,InstallInactive, and Remove under Operations to the access controlrights of the executable nodes under Operations of the management nodeunder the Download subtree, preferably, to the access control rights ofthe executable node that executes the download operation under theDownload subtree. For example, the command instructing to download isDownLoad, the executable node executing the instruction isDownLoad/Pkg1/Operations/DownLoad, and the access control rights areGet=*&Exec=ServerA. Then, the terminal assigns Get=*&Exec=ServerA to allexecutable nodes under Delivered/Pkg1/Operations.

In addition, if the terminal determines that the downloaded softwarecomponent package is identical with a software component packagecorresponding to a management node already existing under the Deliveredsubtree, the terminal may set the sum of access control rights of themanagement node for the software component package under the Downloadsubtree and access control rights of the management node for thesoftware component package already existing under the Delivered subtreeas the new access control rights of the management node for the softwarecomponent package under the Delivered subtree. For the subnodes of themanagement node, access control rights may be assigned in the samemethod as above.

Step 805: The terminal reports a download response message to the DMserver. The message carries the URI of the software component package inthe Delivered subtree (the URI of a subnode of Delivered). The messagemay also carry other information, including but not limited to one ormore of the following items: software component package ID (the PkgIDsubnode) and the software component package name (the Name subnode).

In this embodiment, the response message may be reported in multiplemodes such as synchronous reporting and asynchronous reporting.Synchronous reporting means the terminal reports the execution resultand other information in the response to the operation instructiondelivered by the server; asynchronous reporting means the terminalreports the execution result independently of the response to theoperation instruction delivered by the server in a same or differentmanagement session. With synchronous reporting, the server is aware ofthe current execution result of the terminal in real time whileasynchronous reporting helps shorten the session waiting durationbetween the terminal and the server with less resource waste and higherefficiency. The user may choose a proper reporting mode based on actualneeds. The two reporting modes are described as follows:

Asynchronous reporting realizes reporting of data by using the GenericAlert command. Information reported includes the Result Code, Source,Target, AlertType, and Correlator, where the Result Code is carried inthe Item/Data element of the Generic Alert command. The Source elementcarries the URI of the node executing the download instruction. TheTarget element carries the URI of the management node generated for thesoftware component package under the Delivered subtree. In addition tothe above information, information of the software component package isalso reported, such as name information which is the Name subnode of themanagement node generated under the Delivered subtree and/or the IDinformation which is the PkgID subnode of the management node generatedunder the Delivered subtree. There are at least three specific methodsfor reporting information of the component package:

1. Report the name of the package to the DM server via the extendableelement EMI of the MetaInf in the Alert. This may be implemented usingthe following program, where Pkg1 is the name assigned to the managementnode when the node is generated by the terminal:

  <Alert>     <CmdID>2</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/  Download</LocURI></Source>  <Target><LocURI>./SCOMO/Inventory/Delivered/   Pkg1</LocURI></Target>      <Meta>         <Type xmlns=“syncml:metinf”>  org.openmobilealliance.softwarecomponent.OperationComplete        </Type>         <Format xmlns=“syncml:metinf”> text/plain        </Format>         <Mark xmlns=“syncml:metinf”>critical</Mark>        <EMI xmlns=“syncml:metinf” > _Name</EMI> <!-- packageinformation to be reported -->        </Meta>       <Data>         <!--Result Code -->        </Data>     </Item>   </Alert>

In the above program, the value of Experimental Meta Information (EMI)may be information in Delivered/Pkg1/Name or Delivered/Pkg1/PkgID, orboth.

2. Add an Item element in the Alert and report the software componentpackage information to the DM server via a Data element of the addedItem. This may be implemented via the following program:

  <Alert>     <CmdID>2</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/Download</LocURI></Source>  <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1</ LocURI></Target>      <Meta>         <Type xmlns=“syncml:metinf>          org.openmobilealliance.softwarecomponent.-          OperationComplete         </Type>         <Formatxmlns=“syncml:metinf”>text/plain</Format>         <Markxmlns=“syncml:metinf”>critical</Mark>       </Meta>       <Data>        <!-- Result Code -->       </Data>     </Item>      <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/  Download</LocURI><Source><Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1/Name</ LocURI></Target>      <Meta>        <Type xmlns=“syncml:metinf”>        org.openmobilealliance.softwarecomponent.-        OperationComplete        </Type>         <Formatxmlns=“syncml:metinf>chr</Format>       </Meta>       <Data>_Name</Data><!-- package       information to be reported -->     </Item>   </Alert>

In the above program, the value of Data may be information inDelivered/Pkg1/Name or Delivered/Pkg1/PkgID, or both.

3. Report the Result Code in the Item/Data element of the Alert,together with the ID and/or Name. To help the server correctly resolvethe Result Code, ID and/or Name in the Item/Data element, it isnecessary to define a data format for the Item/Data element. The formatmay be “Result Code(separator)ID” or the Extendable Markup Language(XML) format. A section of the specific reporting program (in the XMLformat) is as follows, where Pkg1 is the name assigned to the managementnode when the node is generated by the terminal:

  <Alert>     <CmdID>2</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/Download</LocURI></Source>  <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1</   LocURI></Target>      <Meta>         <Type xmlns=“syncml:metinf”>   org.openmobilealliance.softwarecomponent.OperationComplete        </Type>         <Format xmlns=“syncml:metinf”> text/plain        </Format>         <Mark xmlns=“syncml:metinf”>critical</Mark>      </Meta>       <Data>           <![CDATA[              <ResultCode>200</ResultCode>              <Identifier>1123sdf312</Identifier>         ]]>      </Data>     </Item>   </Alert>

In synchronous reporting, the operation result is reported via a Statuscommand corresponding to the Exec command. The Data element of theStatus command carries the DM status code of the operation. The Statuscommand also reports the URI of the Pkg1 management node under theDelivered subtree. It may also report the Name or PkgID of the softwarecomponent package. The reporting method is: the Status command carriesan Item, the Target element of the Item carries the URI of the Pkg1management node under the Delivered subtree, and the Source elementcarries the URI of the node executing the Exec operation. The reportingmay be implemented via the following program:

<Status> <MsgRef>1</MsgRef> <CmdRef>2</CmdRef> <Cmd>Exec</Cmd><Data>200</Data> <!-- Successful --> <Item> <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1</LocURI> </Target> </Item></Status>

In addition to the execution status, the Delivered/Pkg1/NAME orDelivered/Pkg1/PkgID and the package operation status code may bereported at the same time. The software component package operation codemay be carried in the Item/Data element and the Delivered/Pkg1/NAME orDelivered/Pkg1/PkgID may be carried in the EMI element or a parallelitem, or combined in the Item/Data element (if the software componentoperation code is also to be reported, the status code is alsocombined). For combined reporting, to help the server correctly resolvedifferent data in the Item/Data element, it is necessary to define adata format for the Item/Data element. The format may be “resultcode(separator)ID” or the XML format. The specific reporting programsegment (in the XML format) is as follows:

<Status> <MsgRef>1</MsgRef> <CmdRef>2</CmdRef> <Cmd>Exec</Cmd><Data>200</Data> <!-- Successful --> <Item>   <Target><LocURI>./SCOMO/Inventory/Delivered /Pkg1</LocURI> </Target><Meta><Format xmlns=“syncml:metinf”> text/plain </Format></Meta> <Data>        <![CDATA[             <ResultCode>200</ResultCode>            <!-Status Code -->            <Identifier>1123sdf312</Identifier>   ]]> </Data> </Item></Status>

The DM server determines the downloaded software component package andthe corresponding management node according to the information reportedby the terminal. Based on the information, the terminal may carry outsubsequent operations on the software component package.

2. Indirect download via the DownLoadInstall or DownLoadInstallInactiveinstruction.

In this download mode, the DM server also instructs the terminal togenerate a management node for the software component package under theDownload subtree. Then step 806 follows: the terminal downloads thesoftware component package to the local from the download addressprovided by the DM server. The download address is stored in the PkgURLsubnode of the management node under the Download subtree. Then step 807follows: if the download is successful, the terminal executes theInstall or InstallInactive operation automatically after the download iscomplete.

3. Direct download.

Step 808: The DM server instructs the terminal to generate a managementnode for the software component package under the Delivered subtree anddelivers a Replace command targeted at the Data subnode of themanagement node generated under the Delivered subtree to the terminal.The terminal receives the software component package data delivered bythe server via the Replace command and stores the data in the Datasubnode of the management node under the Delivered subtree, and returnsa download response message to the DM server.

Step 503: The terminal installs the downloaded software componentpackage locally and generates management nodes corresponding to thesoftware components in the package as well as subnodes of the managementnodes under the Deployed subtree of the SCOMO.

When the download is complete, the terminal installs the obtainedsoftware component package locally. Apparently, if the download isdirect, the obtained software component package is delivered directly bythe DM server; if the download, is indirect, the software componentpackage is obtained from the download address delivered by the DMserver.

The installation mode varies with the download mode. The followingdescribes the respective installation processes in the case of directdownload, indirect download via DownLoad, and indirect download viaDownLoadInstall and DownLoadInstallInactive.

1. Indirect download via DownLoadInstall or DownLoadInstallInactive.

If the DM server delivers the DownLoadInstall or DownLoadInstallInactiveinstruction, the terminal installs the software component packagedirectly after the software component package is successfullydownloaded. Step 502 describes the process where the terminal downloadsthe software component package via a DownLoadInstall orDownLoadInstallInactive instruction. In this case, the terminal maygenerate a management node for the downloaded software component packageunder the Delivered subtree as shown in FIG. 6 and assign access controlrights to the management node and its subnodes. Here, the access controlrights may be assigned in the same way as described in step 502 forassigning access control rights to the management node generated underthe Delivered subtree when the DownLoad instruction is delivered.Alternatively, the terminal may not generate the correspondingmanagement node under the Delivered subtree.

The terminal installs the downloaded software component package locally,and a parameter may be required in the installation process. Oneparameter delivery method is described in step 501. In embodiments ofthe disclosure, other methods may be used for the terminal to obtain theparameter. For example, if the DM server sets the download mode todirect download or indirect download via DownLoad command, when the DMserver receives the download response message from the terminal, the DMserver thinks that the terminal has successfully downloaded the softwarecomponent package and sends the Install or InstallInactive instruction,and the DM server delivers the parameter to the terminal via the Installor InstallInactive instruction. If the DM server sets the download modeto indirect download via DownLoadInstall or DownLoadInstallInactivecommand, the DM server delivers the parameter to the terminal via theDownLoadInstall or DownLoadInstallInactive instruction command. Thisactually means the parameter is delivered via a DM command that includesthe Install command. For example, when theInventory/Delivered/<Pkg1>/Operations/Install subnode executes theoperation, the DM server delivers the install instruction to specify theInventory/Delivered/<Pkg1>/Operations/Install executable node to executethe installation operation. In this case, the parameter is delivered viathe following program:

<Exec> <CmdID>3</CmdID> <Item> <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1/Operations/ Install</LocURI></Target> <Data>-1 -t</Data> <!-- Parameter --> </Item> </Exec>

In the above program, the parameter is carried in the Data element ofthe Exec command. During the installation process, the terminal canexecute the installation according to this parameter.

When the installation is executed via DownLoadInstall orDownLoadInstallInactive, if the installation fails but the softwarecomponent package is not removed, and the terminal does not generate amanagement node corresponding to the software component package underthe Delivered subtree before the installation, the terminal generates amanagement node for the downloaded software component package under theDelivered subtree. Before generating the management node, the terminalneeds to judge whether a management node corresponding to a softwarecomponent package identical with the downloaded software componentpackage already exists under the current Delivered subtree. If such amanagement node exists, the terminal modifies information of themanagement node and its subnodes under the current Delivered subtree toinformation of the downloaded software component package and assignsaccess control rights to the updated management node and subnodes.Otherwise, the terminal generates a new management node for thedownloaded software component package and its subnodes under theDelivered subtree and assigns access control rights to the newmanagement node and subnodes. Here, the access control rights may beassigned in a same way as described in step 502 when the terminaldownloads the software component package via the Download instruction.The assignment method, however, is not limited to this. Afterwards, theterminal reports an installation response message that carries failureinformation to the DM server.

If the installation is successful, the terminal needs to generate amanagement node for each software component in the software componentpackage under the Deployed subtree. As shown in FIG. 6, when theterminal generates a management node for a software component in thesoftware component package, the terminal obtains the ID of the softwarecomponent and sets the ID as the value of the software component IDsubnode of the management node (that is, as the value of the ID nodeunder the Deployed subtree). The software component ID may be providedby the network, for example, a software publisher or a softwarecomponent package publisher. The component ID may be delivered to theterminal together with the software component package as metadata of thesoftware component package, or delivered to the terminal independentlyof the software component package. The software component ID mayuniquely identify a software component. The server (a DM server, or asoftware publisher, or a package publisher) may recognize a softwarecomponent according to this ID. Before generating the management node,the terminal needs to judge whether one or more software componentscorresponding to the management node already existing under the Deployedsubtree are the same as one or more of the installed softwarecomponents. The judgment may be performed in this way: compare softwarecomponent IDs (the ID node under the Deployed subtree) or softwarecomponent names (the Name node under the Deployed subtree). If IDs aretaken as the judgment criterion, when the IDs of two software componentsare the same, the two software components are regarded as the same.Otherwise, the software components are different. The same applies whennames are taken as the judgment criterion. If two software componentsare identical, when the terminal modifies information of the managementnode of the existing software component and its subnodes, the terminaldoes not change the value of the existing PkgIDRef subnode (that isretains the association between the old software component correspondingto the management node and the old software component package, the valueof which is the PkgID of the old software component package) and adds anew association (that is, adds a PkgIDRef node under the Deployedsubtree for storing the association between the installed softwarecomponent package and the software component in the software componentpackage corresponding to the management node). Thus, multiple PkgIDRefnodes may coexist under the Deployed subtree. To realize thiscapability, it is necessary to change the tree occurrence of PkgIDRefnodes that store association information to “one or more”, as describedin Table 5.

TABLE 5 Status Tree Occurrence Format Min. Access Types REQUIRED One ormore Chr Get

The following judgment process takes names as the judgment criterion.

Take a software component named ascendo_(—)1 for example. If the valueof the Name subnode of a management node under the Deployed subtree isascendo_(—)1, the terminal modifies the information of the managementnode to the information of the ascendo_(—)1 software component that isdownloaded and installed successfully and assigns access control rightsto the updated management node and its subnodes. If the value of theName subnode of no management node under the Deployed subtree isascendo_(—)1, the terminal generates a management node named softwarecomponent 1 under the Deployed subtree, of which the Name subnode valueis ascendo_(—)1, and assigns access control rights to the managementnode and its subnodes. The management node named software component 1may be generated under the Deployed subtree in multiple modes. Forexample, if the management node generated under the Download subtreeincludes information of the software component, as shown in FIG. 9, theterminal stores the software component information in the correspondingmanagement node under the Deployed subtree.

Here, no matter whether the terminal judges that the same softwarecomponent already exists, it is necessary to assign access controlrights to the updated or generated management node and its subnodes. Theaccess control rights may be assigned in multiple methods, such as themethod described in step 502. In addition, if the terminal judges that amanagement node of the same name exists, still other assignment methodsmay be applied. For example, combine a set access control right with theaccess control rights of the existing management node and use thecombined access control rights as the new access control rights, wherethe set access control right may be that of the software componentpackage under the Download subtree. An example of assigning accesscontrol rights to a specific executable node is as follows: theDownload/Pkg1/Operations/DownloadInstall node executes the installationoperation, the access control rights of Download/Pkg1 areGet=ServerA&Relace=ServerA and the access control rights ofDownload/Pkg1/Operations/DownloadInstall are Get=ServerA&Exec=ServerA.Currently, the access control rights of the management node generatedfor the same software component under the Deployed subtree areGet=ServerB&Relace=ServerB. The access control rights of all executablenodes under Operations are Get=ServerB&Exec=ServerB. After the terminalupdates the management node information of the same component under theDeployed subtree, the terminal may set ServerA as a new server with theaccess and management right; or the terminal may setGet=ServerA+ServerB&Relace=ServerA+ServerB as the access control rightsof the new management node; or the terminal may set the access controlrights to a null ACL so that the management node inherits the accesscontrol rights of its parent node; or the terminal may set specificaccess control rights such as Get=*.

The method for assigning access control rights to a subnode of themanagement node is: the subnode inherits the access control rights ofthe management node, or the terminal assigns the access control rightsof the counterpart subnode of the management node corresponding to thesoftware component package under the Download subtree to the subnode ofthe management node under the Deployed subtree, or the terminal sets theaccess control rights of the Download subtree as the access controlrights of the executable subnodes of the management node under theDeployed subtree, that is, sets the access control rights of the threeexecutable subnodes Activated, Deactivated and Remove of Operationsunder the Deployed subtree to the access control rights of theexecutable subnodes (Download, DownLoadInstall, andDownLoadInstallInactive) under Operations of the management node underthe Download subtree, and preferably, to the access control rights ofthe executable subnode that executes the installation operation underthe Download subtree. For example, if the installation command isDownLoadInstall, the executable node executing the command isDownload/Pkg1/Operations/DownloadInstall, and the access control rightsare Get=*&Exec=ServerA. Then, the terminal assigns Get=*&Exec=ServerA toall executable nodes under Delivered/Pkg1/Operations.

This combination of access control rights enables ServerB to operate onthe management node after the management node is updated, which,however, may weaken the security. The user may choose a proper methodfor assigning access control rights based on actual needs.

No matter whether the installation is successful, the terminal needs toreport an installation response message to the DM server. The differenceis that, if the installation fails, the terminal also needs to report afailure message to the DM server. The reporting mode may be synchronousor asynchronous. If asynchronous, the terminal sends a Generic Alert.Information reported via asynchronous reporting includes the ResultCode, Source, AlertType, and Correlator, where the Result Code iscarried in the Item/Data element of the Generic Alert. The Sourceelement carries the URI of the node executing the installationinstruction. If the installation is successful, the Target element needsto carry the URI of the corresponding management node under the Deployedsubtree; if the download succeeds but the installation fails (ResultCode: 60) and the corresponding management node is generated under theDelivered subtree, the Target element also needs to carry the URI of themanagement node generated under the Delivered subtree. In addition, theinformation reported may also carry the names or IDs of the softwarecomponents. The name or ID is reported in a same method as described instep 502 where the terminal reports the download response message whenthe download is executed via a DownLoad instruction.

If the reporting is synchronous, the terminal reports the executionresult via a Status command corresponding to the Exec command. The Dataelement of the Status command carries the DM status code of theoperation. If the installation is successful, the Status command needsto carry the URI of the management node generated under the Deployedsubtree and may also carry the Name and/or PkgID of the softwarecomponent package. Specifically, the Status command carries an item, ofwhich the Target element carries the URI of the management nodegenerated under the inventory/Deployed subtree. The Status command mayalso carry the software component information (Name or ID) and/orsoftware component operation status code together with the executionresult. The name or ID information under the Inventory/Deployed subtreemay be carried in an EMI element or in a parallel Item, or combined inthe data of the Item/Data element (the status code is also combined ifthe software component operation status code needs to be reported). Thesoftware component operation status code is carried in the Data element.The synchronous reporting is similar to the synchronous reporting instep 502. For the specific code examples, see the codes in synchronousreporting in step 502.

Apparently, if the DM server does not deliver the parameter, other stepsof this embodiment may still be carried out normally. After the DMserver receives the reported information, the terminal may proceed withsubsequent operations on the software components according to theinformation.

2. Direct download or indirect download via DownLoad.

After the software component package is downloaded in the directdownload mode or in the indirect mode via DownLoad, the terminal sends adownload response message to the server. Upon reception of the downloadresponse message, the DM server delivers an installation instruction,Install or InstallInactive, to the terminal. The executable nodeexecuting the installation operation isInventory/Delivered/<Pkg1>/Operations/Install orInventory/Delivered/<Pkg1>/Operations/InstallInactive. Even, theinstallation instruction may be sent via the operating interface to theexecutable node that executes the installation operation. Beforeexecuting the installation, the terminal needs to judge whether the DMserver that delivers the installation instruction has to the right tooperate on the software component package. This means the terminaljudges whether the DM server has the right to access and manage theInventory/Delivered/<Pkg1>/Operations/Install orInventory/Delivered/<Pkg1>/Operations/InstallInactive executable node.If the package is downloaded directly, the access control rights of theInventory/Delivered/<Pkg1>/Operations/Install orInventory/Delivered/<Pkg1>/Operations/InstallInactive executable nodeare assigned by the DM server that delivers the download instruction. Ifthe download instruction is Download, the access control rights of theInventory/Delivered/<Pkg1>/Operations/Install orInventory/Delivered/<Pkg1>/Operations/InstallInactive executable nodeare assigned by the terminal.

If the DM server meets the right requirement, which means the DM serverhas the right to access and manage the executable node, after theinstallation is complete, the terminal server generates management nodescorresponding to the software components named ascendo_(—)1,ascendo_(—)2 and ascendo_(—)3 under the Deployed subtree, as shown inFIG. 6 or 7. When the terminal generates a management node for asoftware component in the software component package, the terminalobtains the ID of the software component and sets the ID as the value ofthe software component ID subnode of the management node (the value ofthe ID node under the Deployed subtree.) The software component ID maybe provided by the network, for example a software publisher or asoftware component package publisher. The software component ID may bedelivered to the terminal together with the software component packageas metadata of the software component package, or delivered to theterminal independently of the software component package. The softwarecomponent ID may uniquely identify a software component. The server (aDM server, or a software publisher, or a software component packagepublisher) may recognize a software component according to this ID.Before the terminal generates management nodes for the three softwarecomponents, if the terminal determines that the management nodescorresponding to three same software components do not exist under theDeployed subtree, the terminal generates the management nodescorresponding to the ascendo_(—)1, ascendo_(—)2, and ascendo_(—)3software components under the Deployed subtree. If such management nodesexist, the terminal modifies information of the management nodes andtheir subnodes to information of the software components. When theterminal modifies information of the management node and its subnodes ofa software component, the terminal retains the value of the existingPkgIDRef subnode (it retains the association between the old softwarecomponent corresponding to the management node and the old softwarecomponent package, the value of which is the PkgID of the old softwarecomponent package) and adds a new association (it adds a PkgIDRef nodeunder the Deployed subtree for storing the association between theinstalled software component package and the software component in thesoftware component package corresponding to the management node). Thus,multiple PkgIDRef nodes may exist under the Deployed subtree. Whateverthe judgment result is, the terminal assigns access control rights tothe updated or newly generated management node and subnodes of themanagement node. The assignment method here may the same as the methodused in the foregoing indirect download mode via DownLoadInstall orDownLoadInstallInactive.

Accordingly, when the terminal reports an installation response messageto the DM server, the reporting mode may also be synchronous orasynchronous. In the case of asynchronous reporting, the responsemessage is sent via a Generic Alert and the information reportedincludes the Result Code, Source, Target, AlertType, and Name, where theResult Code is carried in the Item/Data element of the Generic Alert.The Source element carries the URI of the node executing theinstallation instruction. The Target element carries the URI of theDeployed subtree after the software component is installed. In additionto the above information, the response message also needs to carry thename or ID of the software component. How the name or ID is reported isthe same as in step 502 when the download response message is reportedin the case of download via DownLoad. The DM server determines aninstalled software component and the corresponding management treeaccording to the information reported by the terminal. Based on theinformation, the terminal may carry out subsequent management operationson the software component.

If the reporting is synchronous, the terminal reports the executionresult via a Status command corresponding to the Exec command. The Dataelement of the Status command carries the DM status code of theoperation. The terminal also reports the information of the managementnode under the Deployed subtree, including the URI of the managementnode for the software component, the software component ID (ID nodeunder the Deployed subtree) and/or the software component name (Namenode under the Deployed subtree). The reporting method is as follows:the Status command carries an Item, of which the Target element carriesthe URI of the management node for the installed software component, orthe software component information (Name or ID) and/or the softwarecomponent operation status code may be carried when the status isreported. The name or ID information of the management node under theDeployed subtree may be carried in an EMI element or in a parallel Item,or combined in the data of the Item/Data element (the status code isalso combined if the software component operation status code needs tobe reported). The software component operation status code is carried inthe Data element. The synchronous reporting is similar to thesynchronous reporting in step 502. For the specific code examples, seethe codes in synchronous reporting in step 502.

No matter whether the reporting mode is synchronous or asynchronous,after the terminal executes the DownLoadInstall orDownLoadInstallInactive operation and generates the software componentmanagement node and its subnodes under the Deployed subtree, if theterminal also generates a management node corresponding to the softwarecomponent package under the Delivered subtree of the SCOMO, theinstallation response message includes the URI of the management nodegenerated under the Deployed subtree and URI of the management nodegenerated under the Delivered subtree. The server judges whether a URIindicates the address of the software component package in the SCOMOtree or the address of an installed software component in the SCOMO treeaccording to the URI carried in the Item/Data element of the messagereported. The specific judgment method is the server checks whether theURI includes a Delivered or Deployed string and if a Delivered string isincluded, the URI indicates the address of the package in the SCOMOtree; otherwise, the URI indicates the address of the installed softwarecomponent in the SCOMO tree. The following is an example of a messagereported asynchronously:

  <Alert>     <CmdID>2</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/DownloadInstall</LocURI></Source>  <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg1</   LocURI></Target>      <Meta>         <Type xmlns=“syncml:metinf”>          org.openmobilealliance.softwarecomponent.-          OperationComplete         </Type>         <Formatxmlns=“syncml:metinf”>text/plain</Format>       </Meta>      <Data>...</Data>     </Item>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg1/Operations/DownloadInstall</LocURI><Source>  <Target><LocURI>./SCOMO/Inventory/Deployed/Com1 </LocURI></Target>       <Meta>        <Type xmlns=“syncml:metinf”>          org.openmobilealliance.softwarecomponent.-          OperationComplete         </Type>         <Formatxmlns=“syncml:metinf”>chr</Format>       </Meta>       <Data> ...</Data>     </Item>   </Alert>

In this embodiment of the disclosure, this process may be aninstallation process based on a parameter. Despite the presence of aparameter, other installation steps are not impacted. After theinstallation is complete, the Remove executable node may be called toremove the installed component.

A terminal provided in an embodiment of the disclosure, as shown in FIG.10, includes a receiving unit 11, a downloading unit 12, and aninstalling unit 13. The receiving unit 11 is adapted to receive asoftware component package or a download address of the softwarecomponent package and a command instructing to download delivered by aDM server, where the software component package contains more than onesoftware component. The downloading unit 12 is adapted to download thesoftware component package according to the download address if thereceiving unit 11 receives the download address and the commandinstructing to download. The installing unit 13 is adapted to installthe obtained software component package locally and generate managementnodes corresponding to the software components and their subnodes underthe Deployed subtree.

If the command instructing to download is DownLoad, after the softwarecomponent package is downloaded and before the software componentpackage is installed, or if the command instructing to download isDownLoadInstall or DownLoadInstallInactive, if the download issuccessful but the installation fails, the terminal further includes afirst generating unit 14 and a first right assigning unit 15. The firstgenerating unit 14 is adapted to generate a management nodecorresponding to the software component package under the Deliveredsubtree; the first right assigning unit 15 is adapted to assign accesscontrol rights to the management node and subnodes of the managementnode.

Before the management node corresponding to the software componentpackage is generated under the Delivered subtree, the terminal furtherincludes a first judging unit 16, adapted to judge whether the ID of thedownloaded software component package is identical with the ID of asoftware component package corresponding to a management node alreadyexisting under the Delivered subtree, and if so, modify information ofthe management node under the Delivered subtree to information of thedownloaded software component package; otherwise, generate a managementnode corresponding to the downloaded software component package underthe Delivered subtree.

Before receiving information, the receiving unit 11 is further adaptedto generate a management node for the software component package underthe Download subtree; the first right assigning unit 15 is furtheradapted to set access control rights of the management node generatedunder the Download subtree as access control rights of the managementnode generated under the Delivered subtree, or set access control rightsof the management node generated under the Delivered subtree to null sothat the management node inherits access control rights of its parentnode, or set specific access control rights for the management nodegenerated under the Delivered subtree, or combine access control rightsof the management node generated under the Download subtree and accesscontrol rights of the parent node of the management node generated underthe Delivered subtree and set the combined access control rights asaccess control rights of the management node generated under theDelivered subtree.

Before receiving information, the receiving unit 11 is further adaptedto generate a management node for the software component package underthe Download subtree; when the first judging unit 16 judges that thedownloaded software component package is identical with a softwarecomponent package corresponding to a management node already existingunder the Delivered subtree, the first right assigning unit 15 isfurther adapted to set a sum of access control rights of the managementnode generated under the Download subtree and access control rights ofthe management node already existing under the Delivered subtree asaccess control rights of the management node under the Deliveredsubtree.

The first right assigning unit 15 is also adapted to let subnodes of themanagement node generated under the Delivered subtree inherit the accesscontrol rights of the management node, or set access control rights ofan executable node under the Download subtree as access control rightsof an executable node of the management node generated under theDelivered subtree.

After the downloading unit 12 downloads the software component package,the receiving unit 11 is further adapted to receive a DM commanddelivered by the DM server for a Delivered subtree node and judgewhether the DM server has the right to execute the DM command on thenode according to the access control rights assigned to the node, and ifthe 1)M server has the right, execute the DM command on the node; theterminal further includes a second judging unit 17, adapted to judgewhether the DM server has the right to access and control the nodegenerated under the Delivered subtree to be operated by the DM commandand if so, execute the DM command on the node.

The receiving unit 11 is further adapted to receive a parameterdelivered by the DM server; the installing unit 13 is further adapted toinstall the downloaded software component package locally according tothe parameter.

After the installing unit 13 executes the installation and beforemanagement nodes corresponding to the software components are generatedunder the Deployed subtree, the terminal further includes a thirdjudging unit 18, adapted to judge whether one software component in thesoftware component package is identical with a software componentcorresponding to a management node already existing under the Deployedsubtree and if so, modify information of the management node under theDeployed subtree to information of the software component in thesoftware component package; otherwise, generate a management nodecorresponding to the software component in the software componentpackage under the Deployed subtree.

Before receiving the software component package delivered by the DMserver directly via the DM command, the receiving unit 11 is furtheradapted to generate a management node corresponding to the softwarecomponent package under the Delivered subtree according to theinstruction of the DM server, where the management node includessoftware component information; the terminal further includes a secondgenerating unit 19, adapted to store the software component informationincluded in the management node under the Delivered subtree to theDeployed subtree.

After the management nodes corresponding to the software components aregenerated under the Deployed subtree, the terminal further includes asecond right assigning unit 20, adapted to assign access control rightsto the management nodes and their subnodes.

The second right assigning unit 20 is also adapted to set access controlrights of the management node corresponding to the software componentpackage generated under the Delivered or Download subtree as accesscontrol rights of the management nodes generated under the Deployedsubtree, or set the access control rights of the management nodesgenerated under the Deployed subtree to null so that the managementnodes inherit the access control rights of their parent nodes, or setspecific access control rights for the management nodes generated underthe Deployed subtree, or combine access control rights of the managementnode under the Delivered or Download subtree and access control rightsof the parent nodes of the management nodes generated under the Deployedsubtree and set the combined access control rights as the access controlrights of the management nodes generated under the Deployed subtree.

The second right assigning unit 20 is also adapted to let subnodes of amanagement node generated under the Deployed subtree inherit accesscontrol rights of the management node, or set access control rights ofan executable node under the Delivered or Download subtree as accesscontrol rights of an executable node of the management node generatedunder the Deployed subtree.

After the management nodes corresponding to the software components aregenerated under the Deployed subtree, the receiving unit 11 is furtheradapted to receive a DM command delivered by the DM server for aDeployed subtree node and judge whether the DM server has the right toexecute the DM command on the node according to the access controlrights assigned to the node, and if the DM server has the right, executethe DM command on the node; the terminal further includes a fourthjudging unit 21, adapted to judge whether the DM server has the right toaccess and manage the node generated under the Deployed subtree to beoperated by the DM command and if so, execute the DM command on thenode.

If the command instructing to download carries DownLoad as an indirectdownload instruction, after the download is successful and before thesoftware component package is installed, the terminal further includes areporting unit 22, adapted to report a download response message to theDM: server, where the download response message includes the URI of themanagement node generated under the Delivered subtree. After themanagement nodes corresponding to the software components are generatedunder the Deployed subtree of the SCOMO, the reporting unit 22 isfurther adapted to report an installation response message to the DMserver, where the installation response message includes URIs of themanagement nodes generated under the Deployed subtree.

The download response message and the installation response message arereported in a synchronous or asynchronous mode.

If the reporting mode is synchronous, the reporting unit 22 is furtheradapted to carry the URI in the download response message or theinstallation response message via the Target sub-element of an Itemelement of a Status command.

The download response message further includes a name and/or H) of thesoftware component package; the installation response message furtherincludes names and/or IDs of the software components.

If DownLoad is used to indicate direct or indirect download, aftergenerating the management nodes corresponding to the software componentsunder the Deployed subtree, the terminal further includes a setting unit23, adapted to set the state of the software component package toInstalled.

The workflow of the terminal provided in the embodiment of thedisclosure is shown in FIG. 11. The workflow includes:

Step 1101: The terminal receives a software component package or adownload address of the software component package and a commandinstructing to download delivered by a DM server, where the softwarecomponent package contains more than one software component;

Step 1102: If the terminal receives the download address and the commandinstructing to download, the terminal downloads the software componentpackage according to the download address; and

Step 1103: The terminal installs the obtained software component packagelocally and generates management nodes corresponding to the softwarecomponents as well as subnodes of the management nodes.

To enhance the security of the terminal, it is necessary to assignaccess control rights to the management node and the subnodes generatedby the terminal. In the download process, the specific operation stepsare: if the command instructing to download is DownLoad, after thesoftware component package is downloaded and before the softwarecomponent package is installed, or if the command instructing todownload is DownLoadInstall or DownLoadInstallInactive, if the downloadis successful but the installation fails, the terminal generates amanagement node corresponding to the software component package underthe Delivered subtree of the SCOMO and assigns access control rights tothe management node and each subnode of the management node.

Before the management node corresponding to the software componentpackage is generated under the Delivered subtree, to avoid dataredundancy and realize upgrade of the software components, the terminalneeds to judge whether the ID of the downloaded software componentpackage is identical with the ID of a software component packagecorresponding to a management node already existing under the Deliveredsubtree; and if so, the terminal modifies information of the managementnode under the Delivered subtree to information of the downloadedsoftware component package; otherwise, the terminal generates amanagement node corresponding to the downloaded software componentpackage under the Delivered subtree.

If a management node is already generated for the software componentpackage under the Download subtree before the terminal receives theinformation delivered by the DM server, one method for assigning accesscontrol rights is: the terminal sets access control rights of themanagement node generated under the Download subtree as access controlrights of the management node generated under the Delivered subtree. Ifthe terminal judges that the downloaded software component package isidentical with a software component package corresponding to amanagement node already existing under the Delivered subtree, anothermethod for assigning access control rights is: the terminal sets a sumof access control rights of the management node corresponding to thesoftware component package generated under the Download subtree andaccess control rights of the management node already existing under theDelivered subtree as access control rights of the management node underthe Delivered subtree.

In addition to assigning access control rights to the management node,the terminal also needs to assign access control rights to subnodes ofthe management node. The specific method is: the terminal lets thesubnodes of the management node generated under the Delivered subtreeinherit access control rights of the management node, or set accesscontrol rights of an executable node under the Download subtree asaccess control rights of an executable node of the management nodegenerated under the Delivered subtree.

After the terminal downloads the software component package, theterminal receives the DM command delivered by the DM server for aDelivered subtree node and judges whether the DM server has the right toexecute the DM command on the node according to the access controlrights assigned to the node, and if the DM server has the right,executes the DINA command on the node.

If the installation process requires a parameter, the terminal alsoreceives a parameter delivered by the DM server and installs thedownloaded software component package locally according to theparameter.

After the terminal executes the installation and before management nodescorresponding to the software components are generated under theDeployed subtree, the terminal further judges whether one softwarecomponent in the software component package is identical with a softwarecomponent corresponding to a management node already existing under theDeployed subtree and if so, modifies information of the management nodeunder the Deployed subtree to information of the software component inthe software component package; otherwise, the terminal generates amanagement node corresponding to the software component in the softwarecomponent package under the Deployed subtree.

The terminal may generate management nodes corresponding to softwarecomponents in the software component package under the Deployed subtreein multiple methods. For example, before receiving the softwarecomponent package directly delivered by the DM server via a DM command,the terminal generates a management node corresponding to the softwarecomponent package under the Delivered subtree according to theinstruction of the DM server, where the management node includessoftware component information, and stores the software componentinformation included in the management node under the Delivered subtreeto the Deployed subtree.

After the terminal generates management nodes corresponding to thesoftware components in the software component package under the Deployedsubtree, the terminal needs to assign access control rights to themanagement nodes and their subnodes.

The method for assigning access control rights includes but is notlimited to setting access control rights of the management nodecorresponding to the software component package under the Delivered orDownload subtree as access control rights of the management nodesgenerated under the Deployed subtree; letting the subnodes of themanagement nodes generated under the Deployed subtree inherit the accesscontrol rights of the management nodes; or setting access control rightsof an executable node under the Delivered or Download subtree as accesscontrol rights of executable nodes of the management nodes generatedunder the Deployed subtree.

After the terminal generates the management nodes corresponding to thesoftware components under the Deployed subtree, the terminal receivesthe DM command delivered by the DM server for a Deployed subtree nodeand judges whether the DM server has the right to execute the DM commandon the node according to the access control rights assigned to the node,and if the DM server has the right, executes the DM command on the node.

If the command instructing to download carries DownLoad as an indirectdownload instruction, after the download is successful and before thesoftware component package is installed, the terminal reports a downloadresponse message to the DM server, where the download response messageincludes the URI of the management node generated under the Deliveredsubtree. After the management nodes corresponding to the softwarecomponents are generated under the Deployed subtree of the SCOMO, theterminal reports an installation response message to the DM server,where the installation response message includes URIs of the managementnodes generated under the Deployed subtree.

The download response message and the installation response message arereported in a synchronous or asynchronous mode.

If the reporting mode is synchronous, the terminal carries the URI inthe download response message or the installation response message viathe Target sub-element of an Item element of a Status command.

The download response message further includes a name and/or ID of thesoftware component package; the installation response message furtherincludes names and/or IDs of the software components.

If Download is used to indicate direct or indirect download, aftergenerating the management nodes corresponding to the software componentsunder the Deployed subtree, the terminal sets the state of the softwarecomponent package to Installed.

An embodiment of the disclosure provides a DM server. As shown in FIG.12, the DM server includes a delivering unit 31, adapted to deliver asoftware component package directly to a terminal via a DM command, ordeliver a download address of the software component package and acommand instructing to download to the terminal, where the softwarecomponent package contains more than one software component.

The DM server further includes a receiving unit 32, adapted to receive amessage reported by the terminal, where the message includes one or moreof the following items: URI of a management node generated under theDelivered subtree, URIs of management nodes generated under the Deployedsubtree, name and ID of the software component package, and names and Msof the software components.

The delivering unit 31 is further adapted to deliver a parameter to theterminal before the terminal installs the software component package.

The delivering unit 31 includes a first instructing unit 33 and asending unit 34, where the first instructing unit 33 is adapted toinstruct the terminal to generate a management node for the softwarecomponent package under the Download subtree and add a subnode for themanagement node if the download is indirect, or if the download isdirect, instruct the terminal to generate a management node for thesoftware component package under the Delivered subtree and add a subnodefor the management node. The sending unit 34 is adapted to send theparameter to the subnode added under the Download or Delivered subtree.

The delivering unit 31 is further adapted to deliver the parameter tothe terminal via a DM command, which instructs the terminal to executethe installation.

The DM server further includes a second instructing unit 35, adapted toinstruct the terminal to generate a management node corresponding to thesoftware component package under the Delivered subtree before thedelivering unit 31 delivers the software component package directly tothe terminal via the DM command, where the management node includessoftware component information.

The workflow of the DM server provided in the embodiment of thedisclosure is shown in FIG. 13. The workflow includes:

Step 1301: The DM server delivers a software component package directlyto a terminal via a DM command, or delivers a download address of thesoftware component package and a command instructing to download to theterminal, where the software component package contains more than onesoftware component.

Step 1302: The DM server receives a message reported by the terminal,where the message includes one or more of the following items: URI of amanagement node generated under the Delivered subtree, URIs ofmanagement nodes generated under the Deployed subtree, name and ID ofthe software component package, and names and IDs of the softwarecomponents.

Step 1303: Before the terminal installs the software component package,the DM server delivers a parameter to the terminal. The delivery methodmay include:

1. If the download is indirect, the DM server instructs the terminal togenerate a management node for the software component package under theDownload subtree and add a subnode for the management node. If thedownload is direct, the DM server instructs the terminal to generate amanagement node for the software component package under the Deliveredsubtree and add a subnode for the management node; then the DM serverdelivers the parameter to the subnode added under the Download orDelivered subtree.

2. The DM server delivers the parameter to the terminal via a DMcommand, which instructs the terminal to execute the installation.

Before the DM server delivers the software component package directly tothe terminal via the DM command, the DM server instructs the terminal togenerate a management node corresponding to the software componentpackage under the Delivered subtree, where the management node includessoftware component information.

The features recorded in the first embodiment may be parallel. Forexample, in different download processes, the technical feature inreceiving the delivered parameter by the terminal, the technical featurein assigning access control rights to the management node and subnodegenerated by the terminal, the technical feature in reporting the nameor ID of the management node and URI of the target management node tothe DM server synchronously or asynchronously, the technical feature injudging whether the management node corresponding to the same softwarecomponent or the same software component package exists, the technicalfeature in processing upon successful download and unsuccessfulinstallation, and the technical feature in including software componentinformation in the management node corresponding to the softwarecomponent package may be parallel or combined. There are multiplepossible combinations. The following two embodiments are described toshow that the features may be combined in any way.

In the second method embodiment of the disclosure, download andinstallation are implemented via the DownLoadInstall instruction in thecase of indirect download. In this embodiment, the DM server is ServerA,the software component package name is ascendo, and the softwarecomponent package ID is PkgID_(—)2. The software component packagecontains three software components named ascendo_(—)1, ascendo_(—)2, andascendo_(—)3. The IDs of the software components are respectivelyComID_(—)1, ComID_(—)2, and ComID_(—)3. The download is successful butthe installation fails. The flowchart is shown in FIG. 14, including:

Step 1401: The terminal downloads and installs the software componentpackage.

ServerA instructs the terminal to generate a management nodecorresponding to the software component package under the Downloadsubtree of the SCOMO of the terminal and assign values to the managementnode, including the name, version, download address and parameter of thesoftware component package, as shown in FIG. 15. The parameter deliveryprocess may be the same as described in the first embodiment, or anotherprocess.

After the management node corresponding to the software componentpackage is generated under the Download subtree, ServerA assigns accesscontrol rights to the management node and subnodes. For example, theaccess control rights of the Download/Pkg2 management node are set toGet=*&Add=ServerA&Replace=ServerA. The access control rights of theDownload/Pkg2/Operations/DownloadInstall subnode are Get=*&Exec=ServerA.Other subnodes inherit access control rights of their parent nodes.

Then, ServerA sends an Exec command to the terminal, where the Targetelement indicates that the executable node executing the downloadoperation is Download/Pkg2/Operations/DownloadInstall. The specificoperation may be implemented via the following program:

<Exec> <CmdID>4</CmdID> <Correlator>abc123</Correlator> <Item> <Target><LocURI>./SCOMO/Download/Pkg2/Operations/DownloadInstall</ LocURI></Target> </Item> </Exec>

After downloading the software component package, the terminal installsthe software component package directly. Suppose the installation failsfor some reason and the software component package is retained in theterminal.

Step 1402: The terminal generates a management node corresponding to thesoftware component package under the Delivered subtree and assignsaccess control rights to the management node and its subnodes.

Before generating the management node corresponding to the softwarecomponent package under the Delivered subtree, the terminal needs todetermine whether a management node corresponding to a softwarecomponent package identical with the downloaded software componentpackage already exists under the Delivered subtree. If such a managementnode does not exist, the terminal generates the Delivered/Pkg2management node and stores specific information of Delivered/Pkg2,including the name, version, and parameter information to the newDelivered/Pkg2 management node, as shown in FIG. 16; otherwise, theterminal modifies information of the existing Delivered/Pkg2 toinformation of the current software component package. Similarly, nomatter whether a same management node exists, the terminal assignsaccess control rights to the Delivered/Pkg2 management node and thesubnodes in the same process as in the first embodiment.

Step 1403: The terminal reports information of the Delivered/Pkg2management node to ServerA.

After the Delivered/Pkg2 management node is generated, the terminalreports the URI and Delivered/Pkg2/NAME information of the managementnode to ServerA via an Alert command, as in the following program:

  <Alert>     <CmdID>2</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>  <Source><LocURI>./SCOMO/Download/Pkg2/Operations/DownloadInstall</LocURI></Source>  <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg2</   LocURI></Target>      <Meta>         <Type xmlns=“syncml:metinf”>  org.openmobilealliance.softwarecomponent.OperationComplete        </Type>       </Meta>     </Item>   </Alert>

After ServerA receives the operation result reported by the terminal aswell as the carried URI information, ServerA may initiate an Installoperation directly on the Delivered subtree. This spares a re-downloadprocess and therefore reduces loads of the network and the terminal.

Like the foregoing terminal, a terminal and a DM server may be providedaccording to the second embodiment. The terminal and the DM serverutilize the technical method described in the second embodiment and areable to implement the steps of the second embodiment.

In the third embodiment, ServerA uses the direct download mode. In thisembodiment, the name of the software component package is ascendo andthe ID of the software component package is PkgID_(—)3. The softwarecomponents in the software component package are named ascendo_(—)1,ascendo_(—)2, and ascendo_(—)3 and identified as ComID_(—)1, ComID_(—)2,and ComID_(—)3. After the download is complete, the Install executablenode executes the installation, as shown in FIG. 17.

Step 1701: DM server (namely “ServerA”) delivers the software componentpackage directly to the Delivered/Pkg3/Data node.

ServerA generates a Pkg3 management node corresponding to the softwarecomponent package under the Delivered subtree and assigns values to themanagement node, including the software component name, version, andparameter information, as shown in FIG. 18. ServerA assigns accesscontrol rights to the management node. For example, the access controlrights of Delivered/Pkg3 are set to Get=*&Add=*&Replace=ServerA. Theaccess control rights of the executable subnodes ofDelivered/Pkg3/Operations are Get=*&Exec=ServerA.

Step 1702: ServerA instructs the terminal to execute the installationvia the Inventory/Delivered/Pkg3/Operations/Install executable node.Specifically, this may be implemented via the following program:

<Exec> <CmdID>5</CmdID> <Correlator>abc123</Correlator> <Item> <Target><LocURI>./SCOMO/Inventory/Delivered/Pkg3/Operations/Install</ LocURI></Target> </Item> </Exec>

After receiving the installation instruction, the terminal judges theright of ServerA. If the judgment result indicates that ServerA has theright to access and control Inventory/Delivered/Pkg3/Operations/Install(which means the DM server has the Exec right), the terminal instructsthe Install program of the software component package to install thesoftware component package and returns the Status Code 202 of the Execcommand to ServerA. The Status Code 202 indicates that the terminal hasreceived data successfully and is now processing the data. If theinstallation process requires a parameter, the terminal may obtain theparameter from Inventory/Delivered/Pkg3/InstallPara.

Step 1703: The terminal judges whether a management node for a softwarecomponent identical with a software component in the software componentpackage exists under the Deployed subtree.

This embodiment takes the software component named ascendo_(—)1 forexample. Suppose there is no management node with the software componentname (Name node) as ascendo_(—)1 under the Deployed subtree. Then, theterminal generates a management node for ascendo_(—)1 and subnodes ofthe management node under the Deployed subtree and assigns values andaccess control rights to the management node and the subnodes, as shownin FIG. 19. The process of assigning access control rights may also bethe same as in the first embodiment. For example, the terminal setsaccess control rights of the ./SCOMO/Inventory/Deployed/Component1 nodeto the same as access control rights of the./SCOMO/Inventory/Delivered/Pkg3 node, that is,Get=*&Add=ServerA&Replace=ServerA. The access control rights of theexecutable subnodes of ./SCOMO/Inventory/Deployed/Component1/Operationsare set to the same as the access control rights of the./SCOMO/Inventory/Delivered/Pkg3/Operations/Install node, that is,Get=*&Exec=ServerA.

Step 1704: The terminal reports to ServerA the installation result, thatis, information in Deployed/Component1, including the URI ofDeployed/Component1 and name and/or ID.

The installation response message may be reported via a Generic Alertcommand, where the Result Code reported is carried in a Data element ofthe Generic Alert, and the URI executing the installation instruction iscarried in a Source element, and the Deployed subtree path informationafter the component is installed is carried in a Target element. Thesoftware component name and/or ID information is carried in theextendable element EMI of the MetaInf of the Alert. The operation isimplemented via the following program:

  <Alert>     <CmdID>6</CmdID>     <Data>1226</Data> <!-- Generic Alert-->     <Correlator>abc123</Correlator>     <Item>    <Source><LocURI>./SCOMO/Inventory/Delivered/Pkg3/    Operations/Install   </Source>  <Target><LocURI>./SCOMO/Inventory/Deployed/Component1</  LocURI></Target>       <Meta>         <Typexmlns=“syncml:metinf”>org.openmobilealliance.softwarecomponent.OperationComplete        </Type>         <Format xmlns=“syncml:metinf”> text/plain        </Format>         <Mark xmlns=“syncml:metinf”>critical</Mark>        <EMI xmlns=“syncml:metinf” > ComID_1</EMI> <!-- ID of acomponent under the Deployed subtree -->       </Meta>      <Data>200</Data> <!-- Result Code -->     </Item>   </Alert>

The information reported in the EMI may be the name and/or ID.

Like the foregoing terminal, a terminal and a DM server may also beprovided according to the third embodiment. The terminal and the DMserver utilize the technical method described in the third embodimentand are able to implement the steps of the third embodiment.

It is understandable to those skilled in the art that all or part of thesteps of the foregoing embodiments can be implemented by hardwarefollowing instructions of programs. The programs may be stored in acomputer readable storage medium. When the programs are executed, thesteps of the foregoing embodiments are executed, and the storage mediummay be any medium that can store program codes such as a Read-OnlyMemory (ROM), a Random Access Memory (RAM), a magnetic disk and acompact disk.

With the foregoing first, second and third embodiments and the foregoingsystem and terminal, the following advantages can be obtained:

1. Because parameters are supported in the installation of a softwarecomponent package, a user may utilize a device to generate a moreflexible software component package without the need to generate aspecific software component package for each installation. This lessensthe load on the server and enables personalized installation of the samesoftware component package, thus giving a better user experience.

2. In the conventional art, the DM server assigns access control rightsto the management node generated by itself but is unable to set accesscontrol rights or unable to set reasonable access control rights for amanagement node later generated by the terminal. As a result, thesecurity is weakened. By setting access control rights for a managementnode and its subnodes generated by the terminal, the specified devicecan manage the data and therefore the reliability is higher.

3. The terminal reports the software component package name, softwarecomponent name and URI information to the DM server so that the DMserver is able to recognize a software component more accurately andtherefore, it is easier for the DM server to carry out subsequentoperations.

4. When the terminal generates the management node, the terminal judgeswhether a same management node already exists under the subtree. Thisreduces the redundancy of software components in the terminal andenables update and upgrade of software components in the terminal, thusassuring that software components in the terminal are in the latestversion.

5. A software component package that is downloaded successfully butfails to be installed is processed so that the software componentpackage can be installed later again. This spares the trouble ofre-download for reinstallation and reduces the loads on the network andthe server.

6. When a management node corresponding to a software component packageis generated, the management node includes information of softwarecomponents so that it is convenient to generate management nodescorresponding to the software components later after the installation issuccessful.

Although the present disclosure has been described through someexemplary embodiments, the invention is not limited to such embodiments.It is apparent that those skilled in the art can make variousmodifications and variations to the invention without departing from thespirit and scope of the invention. The invention is intended to coverthese modifications and variations provided that they fall in the scopeof protection defined by the following claims or their equivalents.

1. A method for installing software components, comprising: receiving,by a terminal, a software component package directly delivered by aDevice Management (DM) server or a download address of the softwarecomponent package and a command instructing to download delivered by theDM server, wherein the software component package contains one or moresoftware components; if the terminal receives the download address andthe command instructing to download, downloading, by the terminal, thesoftware component package according to the download address;installing, by the terminal, the obtained software component packagelocally and generating management nodes corresponding to the softwarecomponents as well as subnodes of the management nodes under a Deployedsubtree of a Software Component Management Object (SCOMO); and assigningaccess control rights to the management nodes and the subnodes of themanagement nodes, wherein the step of assigning access control rights tothe management nodes comprises: setting access control rights of themanagement node corresponding to the software component packagegenerated under the Delivered or Download subtree as access controlrights of the management nodes generated under the Deployed subtree. 2.The method of claim 1, wherein if the command instructing to download isDownLoad, after the terminal downloads the software component packageaccording to the download address and before the software componentpackage is installed locally, or if the command instructing to downloadis DownLoadInstall or DownLoadInstallInactive, when the terminaldownloads the software component package successfully but fails toinstall the software component package, the method further comprises:generating, by the terminal, a management node corresponding to thesoftware component package and subnodes of the management node under aDelivered subtree in the SCOMO and assigning access control rights tothe management node and the subnodes of the management node.
 3. Themethod of claim 2, wherein before the DM server delivers the commandinstructing to download, the method further comprises: generating amanagement node for the software component package under a Downloadsubtree of the SCOMO; wherein the step of assigning access controlrights to the management node under the Delivered subtree comprises:setting access control rights of the management node generated under theDownload subtree as access control rights of the management nodegenerated under the Delivered subtree.
 4. The method of claim 2, whereinthe step of assigning access control rights to subnodes of themanagement node under the Delivered subtree comprises at least one offollowing modes: letting the subnodes of the management node generatedunder the Delivered subtree inherit access control rights of themanagement node, and setting access control rights of executable nodesunder the Download subtree as access control rights of executable nodesunder the management node generated under the Delivered subtree.
 5. Themethod of claim 1, further comprising: delivering, by the DM server,parameters to the terminal; and downloading, by the terminal, thesoftware component package, or installing the software componentpackage; or removing the software component package; or activating thesoftware components; or deactivating the software components; orremoving the software components, according to the parameters; whereinthe step of delivering the parameters to the terminal comprises:delivering, by the DM server, the parameters to a subnode after thesubnode is added under the SCOMO tree of the terminal.
 6. The method ofclaim 1, wherein the step of generating management nodes correspondingto the software components as well as subnodes of the management nodesunder a Deployed subtree of the SCOMO comprises: obtaining, by theterminal, an ID of one software component and setting the ID as a valueof an ID subnode of the management node corresponding to the softwarecomponent under the Deployed subtree of the SCOMO, and wherein the ID ofthe software component is provided by a network and delivered to theterminal as a part of the software component package or delivered to theterminal independently of the software component package.
 7. The methodof claim 1, wherein after installing the software component package andbefore generating management nodes corresponding to the softwarecomponents as well as subnodes of the management nodes, the methodfurther comprises: judging whether one software component in thesoftware component package is identical with a software componentcorresponding to a management node and subnodes of the management nodealready existing under the Deployed subtree, and if so, modifyinginformation of the management node and the subnodes already existingunder the Deployed subtree to information of the software component inthe software component package, or else, generating a management nodeand subnodes of the management node corresponding to the softwarecomponent in the software component package under the Deployed subtree.8. The method of claim 7, wherein after modifying information of themanagement node and the subnodes already existing under the Deployedsubtree to information of the software component in the softwarecomponent package if it is judged that one software component in thesoftware component package is identical with a software componentcorresponding to a management node and subnodes of the management nodealready existing under the Deployed subtree, the method furthercomprises: setting a combination of access control rights of themanagement node generated for the software component package under theDelivered or Download subtree and access control rights of themanagement node already existing under the Deployed subtree as accesscontrol rights of the management node generated under the Deployedsubtree.
 9. The method of claim 1, wherein the step of assigning accesscontrol rights to subnodes of the management nodes comprises: lettingthe subnodes of the management nodes generated under the Deployedsubtree inherit access control rights of the management nodes, and/orsetting access control rights of executable nodes under the Delivered orDownload subtree as access control rights of executable nodes of themanagement nodes generated under the Deployed subtree.
 10. The method ofclaim 1, wherein after generating management nodes corresponding to thesoftware components as well as subnodes of the management nodes underthe Deployed subtree of the SCOMO, the method further comprises:reporting, by the terminal, an installation response message to the DMserver, and wherein the installation response message comprises; UniformResource Identifiers (URIs) of the management nodes generated under theDeployed subtree.
 11. The method of claim 10, wherein the installationresponse message is reported in a synchronous mode or an asynchronousmode; and wherein if the synchronous reporting mode is applied, the URIin the installation response message is carried in an ITEM element of aSTATUS command.
 12. The method of claim 10, wherein the installationresponse message further comprises: names and/or IDs of the softwarecomponents.
 13. The method of claim 1, wherein before the DM serverdelivers the command instructing to download, the method furthercomprises: generating a management node for the software componentpackage under a Download subtree of the SCOMO; and wherein the step ofassigning access control rights to the management node under theDelivered subtree comprises: setting access control rights of themanagement node generated under the Delivered subtree to null so thatthe management node inherits access control rights of its parent node.14. A terminal, comprising: a receiving unit, adapted to receive asoftware component package delivered by a Device Management (DM) serveror a download address of the software component package and a commandinstructing to download delivered by the DM server, wherein the softwarecomponent package contains more than one software component; adownloading unit, adapted to download the software component packageaccording to the download address if the terminal receives the downloadaddress and the command instructing to download; an installing unit,adapted to install the obtained software component package locally andgenerate management nodes corresponding to the software components aswell as subnodes of the management nodes under a Deployed subtree of aSoftware Component Management Object (SCOMO); and a second rightassigning unit, adapted to assign access control rights to themanagement nodes and the subnodes of the management nodes, wherein thesecond right assigning unit is further adapted to set access controlrights of the management node corresponding to the software componentpackage generated under the Delivered or Download subtree as accesscontrol rights of the management nodes generated under the Deployedsubtree.
 15. The terminal of claim 14, wherein if the commandinstructing to download is DownLoad, after the terminal downloads thesoftware component package according to the download address and beforethe software component package is installed locally, or if the commandinstructing to download is DownLoadInstall or DownLoadInstallInactive,when the terminal downloads the software component package successfullybut fails to install the software component package, the method furthercomprises: a first generating unit, adapted to generate a managementnode and subnodes of the management node corresponding to the softwarecomponent package under a Delivered subtree; and a first right assigningunit, adapted to assign access control rights to the management node andthe subnodes of the management node.
 16. The terminal of claim 14,further comprising a reporting unit, adapted to report an installationresponse message to the DM server after the management nodescorresponding to the software components are generated under theDeployed subtree of the SCOMO, wherein the installation response messagecomprises: URIs of the management nodes generated under the Deployedsubtree.
 17. A system for installing software components, comprising: aDevice Management (DM) server, adapted to deliver a software componentpackage directly to a terminal or deliver a download address of thesoftware component package and a command instructing to download to theterminal, wherein the software component package contains more than onesoftware component; and the terminal, adapted to receive the softwarecomponent package delivered by the DM server, or the download address ofthe software component package and the command instructing to downloaddelivered by the DM server, and if the download address and the commandinstructing to download are received, download the software componentpackage from the download address, install the obtained softwarecomponent package locally, and generate management nodes correspondingto the software components and subnodes of the management nodes under aDeployed subtree; wherein the terminal is further adapted to assignaccess control rights to the management nodes and the subnodes of themanagement nodes, and wherein the terminal is further adapted to setaccess control rights of the management node corresponding to thesoftware component package under the Delivered or Download subtree asaccess control rights of the management nodes generated under theDeployed subtree.
 18. The system of claim 17, wherein if the commandinstructing to download is DownLoad, after the terminal downloads thesoftware component package from the download address and before thesoftware component package is installed locally, or if the commandinstructing to download is DownLoadInstall or DownLoadInstallInactive,when the terminal downloads the software component package successfullybut fails to install the software component package: the terminal isfurther adapted to generate a management node corresponding to thesoftware component package and subnodes of the management node under aDelivered subtree and assign access control rights to the managementnode and the subnodes of the management node.
 19. The system of claim18, wherein the DM server is further adapted to instruct the terminal togenerate a management node for the software component package under aDownload subtree before delivering the command instructing to download;and wherein the terminal is further adapted to set access control rightsof the management node generated under the Download subtree as accesscontrol rights of the management node generated under the Deliveredsubtree.
 20. The system of claim 17, wherein the terminal is furtheradapted to obtain an ID of one software component and setting the ID asa value of an ID subnode of the management node corresponding to thesoftware component under the Deployed subtree of the SCOMO, and whereinthe ID of the software component is provided by a network and deliveredto the terminal as a part of the software component package or deliveredto the terminal independently of the software component package.